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(54) METHOD OF DATA TRANSMISSION, SYSTEM FOR DATA TRANSMISSION, CONTROL 
DEVICE FOR DATA TRANSMISSION, AND PROGRAM RECORDING MEDIUM 

(57) The present invention discloses a data transfer 
method wherein data is broken up into N datablocks 
(where the number N is a natural number) for transfer 
from a first node to a second node on a bus system 
each of whose nodes is assigned a node identifier, 
wherein the data transfer method comprises, prior to 
transfer of the datablock, a step in which a control node 
(1) issues to the second node a datablock reception 
instruction containing therein a node identifier of the first 
node and (2) issues to the first node a datablock trans- 
mission instruction containing therein a node identifier 
of the second node, thereafter, a step in which the data- 
block transfer from the first node to the second node is 
executed, after the datablock transfer is completed, a 
step in which the first node notifies the control node of a 
result of execution of the datablock transfer processing, 
and a step in which the second node notifies the control 
node of a result of execution of reception processing on 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates to a data transfer method, a data transfer system, a data transfer controller, 
and a program recording medium used for the transfer of data of the type which does not require real-time processing, 
such as still-image data or document data, among a plurality of devices. 

BACKGROUND ART 

[0002] In recent years, the market of equipment dealing with still-images such as digital still cameras and printers 
has been making steady expansion. So far, such devices have been used in the environment where personal comput- 
ers exist. Recently, the user's need for easy handling of these devices in the non-PC environment is now increasingly 
growing. 

[0003] In a conventional data transfer technology, when transceiving data of the type which does not require real- 
time processing (e.g., still-image data and document data) between two devices, generally one of the devices issues a 
command to the other for the exchange of the data therebetween. 

[0004] FIGURE 1 7 is a block diagram illustrating a first example of a still-image data system according to a conven- 
tional data transfer method. FIGURE 17 shows a digital still camera 100 serving as an image input device and a printer 
101 serving as an image output device. The user operates an operation button of the digital still camera 100 to select 
an internally-stored image and issues an instruction so that the selected image enters the printer 101 . Then, the digital 
still camera 100 issues a data reception command 102 to the printer 101 , thereby to bring the printer 101 into its data 
receivable state. This is followed by a transfer of data 1 03. 

[0005] Referring next to FIGURE 18, there is shown a second example of the still-image data system according to 
the conventional data transfer method. With reference to FIGURE 18, an example case will be described in which the 
user operates an operation panel of the printer 101 so that a specified image is taken from the digital still camera 100. 
The user issues an instruction by operating an operation button of the printer 1 01 so that image data stored in the digital 
still camera 100 is to be taken therefrom. Then, the printer 101 issues a data transmission command 104 to the digital 
still camera 1 00. Upon receipt of the data transmission command 1 04. the digital still camera 1 00 carries out a process 
of transferring the data 103 to the printer 101 . 

[0006] Further, for the realization of networking of a plurality of terminal devices including the digital still camera 1 00 
and the printer 101 , a conventional example configuration shown in FIGURE 19 has been known in the art. FIGURE 19 
is a diagram illustrating a third example of the still-image data system according to the conventional data transfer 
method. Referring to FIGURE 19, an example case will be described in which a third device, such as a personal com- 
puter and digital TV set-top box, issues an instruction so that image data is transferred from the digital still camera 1 00 
to the printer 101. 

[0007] FIGURE 19 shows a personal computer indicated by the reference numeral 1 05. In the first place, the per- 
sonal computer 105 issues the data input command 104 to the digital still camera 100, so that the data 103 is tempo- 
rarily stored in the personal computer 105. Next, the personal computer 105 issues the data output command 102 to 
the printer 1 01 , and performs a process of transmitting to the printer 1 01 the stored data 1 03 previously received from 
the digital still camera 100. The same data (i.e., the data 103) is first transferred from the digital still camera 100 to the 
personal computer 105 and then transferred from the personal computer 105 to the printer 101. In other words, the 
transfer of the data 103 requires two process steps. Moreover, it is required to transfer the same data twice, resulting in 
increasing the processing time. In addition, there is produced the requirement that storage space for storing the data 
103 be secured in the personal computer 105. Accordingly, the system becomes poor in operation efficiency. 
[0008] Therefore, as a data transfer method capable of improving the efficiency of the aforesaid commonly- 
employed data transfer method, the COPY COMMAND (see Small Computer System Interface (SCSI), ANSI X3. 131- 
1986) has been proposed in the art. 

[0009] FIGURE 20 provides a description of the operation of a still-image data system employing a COPY COM- 
MAND data transfer method. 

[0010] FIGURE 20 shows a COPY command indicated 1 06 by which the personal computer 105 directs the digital 
still camera 100 to transmit image data, a first error notification 107 by which an error occurring in the printer 101 is 
transmitted to the digital still camera 100, and a second error notification 108 by which the error occurrence in the 
printer 1 0 1 is transferred from the digital still camera 1 00 to the personal computer 1 05. 

[001 1 ] In the first place, the personal computer 1 05 issues to the digital still camera 1 00 the COPY command 1 06, 
the COPY command 106 containing therein an indication of TRANSFER IMAGE DATA TO PRINTER 101 . The COPY 
command 106 contains the contents of the data reception command 102 (see FIGURE 17), together with an identifier 
(SCSI ID) of the printer 101. 
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[001 2] Upon receipt of the COPY command 1 06, the digital still camera 1 00 interprets the identifier of the printer 
101 and the contents of the data reception command 102 which are contained in the received COPY command 106 
and issues the data reception command 102 to the printer 101. This is followed by transmission of the data 103 to the 
printer 101 from the digital still camera 100. 
5 [001 3] Therefore, according to the improved data transfer method shown in FIGURE 20, the digital still camera 1 00 
can send the data 103 directly to the printer 101 when the third control device (i.e., the personal computer 105) issues 
a command indicative of a data transfer. Accordingly, in comparison with the configuration of FIGURE 19, the method 
of FIGURE 20 certainly provides improved processing efficiencies. 

[001 4] In the conventional configuration shown in FIGURE 20, if an error (such as out of paper or paper jam) occurs 
w in the printer 101 during data transfer therefore making it impossible for the printer 101 to continue data reception any 
more, the printer 1 01 will notify the digital still camera 1 00 of a state of the error by the issuing of the first error commu- 
nication 107 of FIGURE 20. Upon receipt of the error state notification from the printer 101 , the digital still camera 100 
notifies trie personal computer 105 of such an error occurrence in the printer 101 by the issuing of the second error 
communication 108. Accordingly, it is not until the reception of the second error communication 108 that the personal 
15 computer 1 05 becomes aware of the fact that the error has occurred in the printer 101. 

[0015] To sum up, in an error situation as described above, the personal computer 105 is not informed of occur- 
rence of the error directly from a device in which the error has taken place. In other words, it is necessary to propagate 
an error notification within the system, which is inefficient. In addition to such a drawback, there is produced another 
problem that the personal computer 105 has to determine, upon receipt of an error notification from digital still camera 
20 100, whether the notified error has occurred in the digital still camera 100 or in the printer 101. The contents of the 
processing become complicated accordingly. 

[001 6] Further, the COPY command 1 06 differs from the data reception and transmission commands 1 02 and 1 04 
previously described by reference to FIGURE 19 and other figures in that the COPY command 106 is used only in the 
presence of a third control device as shown in FIGU RE 20, so that, in order to cope with various device connection envi- 
25 ronments or system configurations, it has conventionally been necessary for each device to support these two com- 
mands which differ from each other in processing type. 

[001 7] As described above, for the case of a system which transfers still-image data by employing a data transfer 
method as shown in FIGURES 17 and 18 (that is, the transceiving of data is carried out by one device issuing a com- 
mand to the other device) in a network structure in which a third control device (e.g., the personal computer 1 05 of FIG- 
30 URE 19) is connected in the middle, there is the problem that the system becomes poor in operation efficiency and 
requires a more-than-necessary processing time, as described above. 

[001 8] Further, even when employing the improved data transfer method shown in FIGU RE 20, processing at error 
occurrence time is inefficient as previously described. In addition, it is required to support both a command of a first type 
used in a one-to-one connection and a command of a second type different from the first type, in other words two dif- 
35 ferent types of commands must be supported. As a result, the capacity of software that is installed on equipment grows 
unnecessarily large and the software becomes complicated. 

SUMMARY OF THE INVENTION 

40 [0019] Bearing in mind the above-described problems with the prior art techniques, the present invention was 
made. Accordingly, a first object of the present invention is to provide a data transfer method capable of flexibly coping 
with various system configurations, capable of providing improved processing efficiencies, and capable of easy error 
processing. 

[0020] Further, a second object of the present invention is to provide a data transfer method capable of easy deter- 
45 mination of the completion of data transfer and capable of transfers of data the lengths of which are unknown at the start 
of their transmission. 

[0021 ] Further, a third object of the present invention is to provide a data transfer method capable of transferring, 
without the need for a control device to calculate the length of data that is to be transferred, the data with simple control. 
[0022] Furthermore, a fourth object of the present invention is to provide a data transfer method capable of easily 
so retransmitting data at the time when an error occurs. 

[0023] Further, a fifth object of the present invention is to provide a data transfer method capable of achieving high- 
efficiency transfer of the same data to a plurality of devices. 

[0024] Further, a sixth object of the present invention is to provide a data transfer method in which, even when 
transmitting the same data to a plurality of devices, the processing of devices at the data transmission end can be done 
55 in an easy manner and at high speed. 

[0025] Further, a seventh object of the present invention is to provide a data transfer method capable of achieving 
data transfer with simple control by minimizing the number of commands which are issued by a control device, and 
capable of easily coping with a combination of devices at the data transmission and reception ends having different 
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f?° 261 „ ,_ Furtner - an eighth ob J' ect of the P re sent invention is to provide a data transfer method capable of eliminatina 
the need for a control device to control the length of datablocks. 9 



processing rates. 
[0026] 

the need for a control device to control the length of datablocks. 

EL «♦ ^HTr 6 ' 3 niRth * ieCt ° f * e Pr6Sent inVSnti0n is 10 provide a da,a transfer metnod ca Pable of allowing 
a device at the data transm,ssion end to easily accomplish packet division of a datablockto be transmitted according to 
the processing performance of a device at the data reception end. 

[0028] Further, a tenth object of the present invention is to provide a data transfer method capable of allowing a 
nrTJ ' 11 3 reCePt '° n ^ t0 ^ 3 Chan9e " data mnl receivable at a *» acc °i *> the interna" 



10 [0029] Finally, an eleventh object of the present invention is to provide a data transfer method capable of distin- 
guishing between an error state and a device process wait state, even when a considerably slow device is employed 
either at the data transmission end or at the data reception end. 

[0030] To solve the above problem, the 1st invention of the present invention (corresponding to claim 1 of the 
is SlZmo^ 

idenZ 3 n0dS 10 3 S6COnd n0de ° n 3 bUS SySt8m 6aCh ° f wh0Se n0des is assi 9 ned a node 

ir^n Jl^!l Pri0r t0 J ranSfer ° f ! 3id datab ' 0CK 3 COntrol node (1) issues t0 second node a datablock reception 
instruction contaming therein a node identifier of said first node and (2) issues to said first node a datablock transmis- 
sion instruction containing therein a node identifier of said second node; 

thereafter, said datablock transfer from said first node to said second node is executed- 

a ?f a N a 'i data S 0Ck franSfer iS comple,ed ' said first node notifies sa^ control node of a result of execution of said 
datablock transfer processing; and 

^ said second node notifies said control node of a result of execution of reception processing on said datablock. 

EL n ^ V 'T ° f *!! aboveK,escribed a™gement. for example, not only in a case where devices are coupled 
together in a one-to-one fashion, but also in a third control device exists in the middle, it becomes possible to provide 
high-efficiency data transfers with the same command type. In addition to such an advantage, after completion of a data 
transfer, thefirst and second nodes notify the control node of their respective process (transmission and reception) exe- 
™,o, eSU !£ th8reby TOking * P 085 " 5 ' 6 to effictenU y detect the condi «on of an error occurring in a device 
EL ° f th6 Pr6Sent inVenti ° n < com *P on *'B to claim 5 of the present invention) is the data 

o aLI ^Srn^'^ H'f H 1S L inVenti ° n ' Wher6in aid ° M node issues said datablock transmission instruc 
tion after the issuing of said datablock reception instruction. 

35 EL m a ^ 6th in !f nti0 4 n ° f ? e PreS6nt inventi0n ^^P^ing to claim 6 of the present invention) is the data 
35 transfer method accordmg to said 1st invention, wherein said control node issues said datablock reception instruction 
after the issuing of said datablock transmission instruction. P instruction 

[0034] By virtue of the above-described arrangement, for example, the control device is able to perform control of 
transfers o data without the need for the control device to know their respective data lengths, which makes it possible 
to simplify the transfer processing of the control device. 
40 Elr J^™ in w enti ? n ° f -! ie Pr6Sent invemi ° n (^Ponding to claim 7 of the present invention) is the data 
22 1 T T * mVenti0n ' WhSrein ' 6Very time ,he trans,e ™9 of «* ° f ■* datablocks is com- 

EISJ I h t, ?f fl" ? d COn,r ° l n0de « 3 reSult 0f execu,ion of said datablock tra nsfer processing, and of 
whether a datablock to be transferred next is the last of said datablocks 

« IT? , By t'T V" above - described arrangement, for example, it becomes possible to perform data transfers 

Elr JEt „ T a H u Pr6Sent inVenti ° n (°"«8pondlna to claim 8 of the present invention) is the data 
transfer method according to said 5th invention, 

dataleS:,^^ 

50 data,S™a^S 

EL I!!! J 9th i "! enti0n ° f the preSent invention («> rr wPondinQ to claim 9 of the present invention) is the data 

ss EnSL, 1 1 7 n if. T BS S3 1 COntr °' n0de " 3 reSult 0f execution of *** datablock transfer processing and a data 
55 length of a datablock to be transferred next. 

data whose total length was unknown when its transfer was started. 

[0040] The 10th invention of the present invention (corresponding to claim 10 of the present invention) is the data 
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transfer method according to any one of said present inventions, wherein, when said first node detects an error during 
the transfer of said datablock, said first node notifies said control node of a result of execution of said datablock transfer 
processing, and of a data retransfer request. 

[0041] By virtue of the above-described arrangement, for example, it becomes possible to easily perform data 
retransmission at the time when an error occurs. 

[0042] The 1 1th invention of the present invention (corresponding to claim 1 1 of the present invention) is the data 
transfer method according to said 1st invention, wherein, when transferring the same datablock from said first node to 
M nodes (where the number M is a natural number), said control node performs a process of issuing a transmission 
indication instruction of said same datablock M times while performing another process of making changes in identifier 
of said M nodes which are to receive said same datablock, and performs control to repeat said processes N times 
(where the number N is a natural number) corresponding to the number of said datablocks. 

[0043] By virtue of the above-described arrangement, for example, it becomes possible to easily accomplish a sys- 
tem capable of almost simultaneously delivering the same data from a single device to a plurality of devices. 
[0044] The 12th invention of the present invention (corresponding to claim 12 of the present invention) is the data 
transfer method according to said 1 1th invention, wherein, at the time when said control node issues to said first node 
said datablock transmission instruction, a flag is contained which indicates whether a datablock transmission instruc- 
tion, which is scheduled to be issued next, directs said first node to transfer (a) the same datablock or (b) the next dat- 
ablock. 

[0045] By virtue of the above-described arrangement, for example, it becomes possible to predetect whether the 
first node remains in the state of holding the same data block or is required to prepare for the next data block, thereby 
improving the internal processing efficiency of the first node. 

[0046] The 1 3th invention of the present invention (corresponding to claim 1 3 of the present invention) is the data 
transfer method according to said 6th invention, wherein a transfer of data from said first node to said second node is 
carried out by repetition of performing each of the following steps of: 

(1) a first step in which said second node transmits to said first node a notification representative of a data receiv- 
able state; 

(2) a second step in which, at the time when said datablock is ready for transfer after reception of said notification 
from said second node, said first node performs an operation of transferring said datablock to said second node; 
and 

(3) a third step in which said first node transmits to said second node a notification representative of completion of 
said datablock transfer. 

[0047] By virtue of the above-described arrangement, for example, when viewed from the control node, processing 
is carried out as if data were not divided (i.e., N = 1 ) at its transfer time, so that the number of times the control command 
issues a command to the first and second nodes is reduced. Therefore, it becomes possible to simplify the processing 
of the control node. Further, it is designed such that the first device notifies the second device of the fact that a certain 
data block is ready for transmission, and that the second device notifies the first device of the fact that the second device 
is ready for reception of the data block. It therefore becomes possible to easily cope with a combination of devices at 
the data transmission and reception ends having different processing rates. 

[0048] The 1 4th invention of the present invention (corresponding to claim 1 4 of the present invention) is the data 
transfer method according to said 13th invention, wherein said notification of said first step contains therein a maximum 
data length receivable by said second node at said second step. 

[0049] By virtue of the above-described arrangement, for example, it becomes possible for the first node to detect, 
based on the foregoing maximum data length information, a datablock length receivable by the second node, directly 
from the second node. Accordingly, there is no need for the control node in charge of issuing commands to control the 
data length of datablocks, which makes it possible to provide simplified data transfer. 

[0050] The 1 7th invention of the present invention (corresponding to claim 1 7 of the present invention) is the data 
transfer method according to said 13th invention, 

wherein, in said datablock transfer at said second step, said datablock to be transferred is broken up into one or 
more packets; and 

wherein said notification of said first step contains therein a maximum data length receivable by said second 
node for one packet. 

[0051 ] By virtue of the above-described arrangement, for example, it becomes possible to easily cope with devices 
having various packet reception capacities, for it is possible to subject the data to be transferred by the first node at the 
second step to optimal packet division according to the reception capacity of the second node on the basis of the fore- 
going maximum data length information. 

[0052] The 18th invention of the present invention (corresponding to claim 18 of the present invention) is the data 
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transfer method according to said 14th invention, wherein said maximum data length receivable by said second node 
is a value variable depending upon the internal processing state of said second node. 

[0053] By virtue of the above-described arrangement, for example, it becomes possible to optimally control and use 
internal resources such as memory of the second node. 

s [0054] The 1 9th invention of the present invention (corresponding to claim 1 9 of the present invention) is the data 
transfer method according to said 13th invention, 

wherein after a predetermined time a has elapsed since said notification of said third step was completed, (1) 
said first node performs a process of stopping the transfer of said datablock in the absence of reception of said notifi- 
cation of said first step from said second node; or (2) if said second node fails to enter a receivable state within a pre- 

w determined time b (b < a), said second node transmits to said first node a notification representative of an unreceivable 
state thereby to cause said first node to change to a wait state for waiting for notification from said second node, and 
starts remeasuring the predetermined time a. 

[0055] By virtue of the above-described arrangement, for example, it becomes possible to correctly distinguish 

between an error state and a device process wait state even when using a very slow device at the data reception end. 
is [0056] The 20th invention of the present invention (corresponding to claim 20 of the present invention) is the data 

transfer method according to said 13th invention, 

wherein, after a predetermined time c has elapsed since said notification of said first step was completed, (1) 

said second node performs a process of stopping the reception of said datablock (i.e., transfer of data) in the absence 

of reception of said datablock from said first node; or (2) if said first node fails to enter a transmittable state within a pre- 
20 determined time d (d < c), said first node transmits to said second node a notification representative of an untransmit- 

table state thereby to cause said second node to change to a wait state for waiting for notification from said first node, 

and starts remeasuring the predetermined time c. 

[0057] By virtue of the above-described arrangement, for example, it becomes possible to correctly distinguish 
between an error state and a device process wait state even when using a very slow device at the data transmission 
25 end. 

[0058] The 21st invention of the present invention (corresponding to claim 21 of the present invention) is a data 
transfer system in which data is broken up into N datablocks (where the number N is a natural number) for transfer from 
a first node to a second node on a bus system each of whose nodes is assigned a node identifier, 

wherein said data transfer system comprises a control node, said control node (1) issuing to said second node 
30 a datablock reception instruction containing therein a node identifier of said first node and (2) issuing to said first node 
a datablock transmission instruction containing therein a node identifier of said second node, prior to said datablock 
transfer; 

wherein said first node (1) transfers said datablock to said second node after said datablock reception instruction 
and said datablock transmission instruction are issued from said control node, and (2) notifies said control node of a 
35 result of execution of said datablock transfer processing after said datablock transfer is completed; and 

wherein said second node notifies said control node of a result of execution of reception processing on said dat- 
ablock transferred from said first node. 

[0059] The 24th invention of the present invention (corresponding to claim 24 of the present invention) is a data 
transfer controller comprising control means wherein, at the time when data is broken up into N datablocks (where the 

40 number N is a natural number) for transfer from a first node to a second node on a bus system each of whose nodes is 
assigned a node identifier, prior to said datablock transfer, said control means (1) issues to said second node a datab- 
lock reception instruction containing therein a node identifier of said first node and (2) issues to said first node a data- 
block transmission instruction containing therein a node identifier of said second node, 

wherein said first node (1) transfers said datablock to said second node after said datablock reception instruction 

45 and said datablock transmission instruction are issued from said control means, and (2) notifies said control means of 
a result of execution of said datablock transfer processing; and 

wherein said second node notifies said control means of a result of execution of reception processing on said 
datablock transferred from said first node. 

[0060] Such arrangement is able to provide an improved data transfer method capable of flexibly coping with vari- 
50 ous system configurations, capable of achieving high processing efficiencies, and capable of providing simple error 
processing. 

BRIEF DESCRIPTION OF DRAWINGS 

55 [0061] 

FIGURE 1 is a block diagram of a system employing a data transfer method according to a first embodiment of the 
present invention. 
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FIGURE 2 is a diagram illustrating a data format used for a data transmission instruction and a data transmission 
instruction response according to the first embodiment of the present invention. 

FIGURE 3 is a diagram illustrating a data format used for a data reception instruction and a data reception instruc- 
tion response according to the first embodiment of the present invention. 

FIGURE 4 is a diagram illustrating a way of dividing still-image data according to the first embodiment of the 
present invention. 

FIGURE 5 is a block diagram of a system employing a data transfer method according to a second embodiment of 
the present invention. 

FIGURE 6 is a block diagram of a system employing a data transfer method according to a third embodiment of the 
present invention. 

FIGURE 7 is a block diagram of a system employing a data transfer method according to a fourth embodiment of 
the present invention. 

FIGURE 8 is a diagram showing the operation of a system employing a data transfer method according to a fifth 
embodiment of the present invention. 

FIGURE 9 is a diagram illustrating a data format used for a data transmission instruction and a data transmission 
instruction response according to the fifth embodiment of the present invention. 

FIGURE 10 is a diagram illustrating a data format used for a data reception instruction and a data reception instruc- 
tion response according to the fifth embodiment of the present invention. 

FIGURE 1 1 is a diagram illustrating a part of the operation of data transfer processing according to the fifth embod- 
iment of the present invention. 

FIGURE 12 is a diagram illustrating a format of 32-bit data of a packet used for notification from a data reception 
node 2 to a data transmission node 1 according to the fifth embodiment of the present invention 
FIGURE 13 is a diagram illustrating a format of 32-bit data of a packet used for notification from the data transmis- 
sion node 1 to the data reception node 2 according to the fifth embodiment of the present invention. 
FIGURE 14 is a diagram showing a termination operation of the data transfer processing according to the fifth 
embodiment of the present invention. 

FIGURE 15 is a diagram illustrating an operation when data transfer processing according to the fifth embodiment 
is delayed and an operation when data transfer processing according to the fifth embodiment is impossible to per- 
form. r y 
FIGURE 1 6 is a diagram illustrating an operation when data reception processing according to the fifth embodiment 
is delayed and an operation when data reception processing according to the fifth embodiment is impossible to per- 

FIGURE 1 7 is a block diagram of a first example of a still-image data system according to a conventional data trans- 
fer method. 

FIGURE 18 is a block diagram of a second example of the still-image data system according to the conventional 

data transfer method. 

FIGURE 19 is a block diagram of a third example of the still-image data system according to the conventional data 
transfer method. 

FIGURE 20 is a block diagram showing an example of a still-image data system employing a conventional 
improved data transfer method. 
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1 DATA TRANSMISSION NODE 

2 DATA RECEPTION NODE 

3 CONTROL NODE 

4 DATA RECEPTION INSTRUCTION 

5 DATA TRANSMISSION INSTRUCTION 

6 DATA 

7 DATA TRANSMISSION INSTRUCTION RESPONSE 

8 DATA RECEPTION INSTRUCTION RESPONSE 

BEST MODE FOR CARRYING OUT THE INVENTION 

figures Here ' nafter ' embodiments 01 ,he P resen * invention will concretely be described with reference to the drawing 
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FIRST EMBODIMENT 

[0064] FIGURE 1 shows in block form a data transfer system which is a first embodiment of a data transfer method 
according to the present invention. FIGURE 1 shows a data transmission node 1 (a first node) which is implemented by 
5 a device for delivering an image, such as a digital still camera, a data reception node 2 (a second node) which is imple- 
mented by a device for receiving an image, such as a printer, and a control node 3 such as a personal computer or set- 
top box. These nodes (devices) are coupled to the same bus system. A data transfer control device of the present inven- 
tion corresponds to the control node 3. 

[0065] In the present embodiment, as bus system, the IEEE Std. 1394-1995, Standard for a High Performance 
10 Serial Bus (hereinafter called the IEEE 1394-1995) is employed and the description will be made using an example 
case in which data transfer is done between devices coupled to an IEEE 1394-1 995 bus. 

[0066] The reference numeral 4 denotes a data reception instruction which is issued from the control node 3 to the 
data reception node 2. The reference numeral 5 denotes a data transmission instruction which is issued from the con- 
trol node 3 to the data transmission node 1 . The reference numeral 6 denotes a piece of data that is transferred from 
15 the data transmission node 1 to the data reception node 2. Further, the reference numeral 7 denotes a data transmis- 
sion instruction response by which the control node 3 is informed of a result of execution of the data transmission 
instruction 5 from the data transmission node 1 . The reference numeral 8 denotes a data reception instruction response 
by which the control node 3 is informed of a result of execution of the data reception instruction 4 from the data recep- 
tion node 2. 

so [0067] Here, all of the data reception instruction 4, the data transmission instruction 5, the data transmission 
instruction response 7, and the data reception instruction response 8 are for the transmission of commands and 
responses by the use of the Function Control Protocol (hereinafter called the FCP) defined by IEC-61883, Proposed 
Standard for Digital Interface for Consumer Electronic Audio/Video Equipment, and are executed according to the rules 
Of the AV/C Digital Interface Command Set (hereinafter called the AV/C command). 

25 [0068] Referring now to FIGURE 2, there is illustrated a data format used for the data transmission instruction 5 and 
the data transmission instruction response 7. In FIGURE 2, the reference numeral 1 0 denotes a packet header portion. 
In addition, the reference numeral 11 denotes a datablock (command frame) portion. The reference numeral 12 
denotes a CRC portion. These three portions 10, 11, and 12 together constitute an IEEE 1394-1995 asynchronous 
write packet. FIGURE 2 further shows a 16-bit node identifier of packet receiver 13, and a 16-bit node identifier of 

30 packet receiver [sic] 14. These identifiers 13 and 14 are also IEEE 1394-1995 identifiers. 

[0069] In the AV/C command, the datablock portion 1 1 contains therein data as to an instruction or instruction 
response with respect to a node. Here, the data transmission instruction 5 and the data transmission instruction 
response 7 have a common data format. The data transmission node 1 operates as follows. The data transmission 
node 1 receives the data transmission instruction 5, executes processing, rewrites the value of a specified field of the 

35 previously-received datablock transmission instruction 5 as the need arises, and thereafter transfers this packet as the 
data transmission instruction response 7 to the control node 3. 

[0070] Here, the reference numeral 15 denotes a data transmission indication command. The reference numeral 
1 6 denotes a datablock retransmission request bit. The reference numeral 1 7 denotes an error code storing region. The 
reference numeral 18 denotes a final datablock notification bit. The reference numeral 19 denotes a node identifier of 
40 data receiver. The reference numeral 20 denotes a datablock number. The reference numeral 21 denotes a datablock 
data length. 

[0071 ] Referring now to FIGURE 3, there is illustrated a data format used for the data reception instruction 4 and 
the data reception instruction response 8. FIGURE 3 shows constitutional elements most of which are common to those 
of the data format of FIGURE 2, and the description of fields having the same meaning will be omitted. FIGURE 3 

45 shows a datablock reception command 22 indicative of data block reception and a node identifier of data sender 23. 
[0072] A data transfer operation, in which data is transferred from the data transmission node 1 to the data recep- 
tion node 2 under the control of the control node 3, will be described below. And, in the present embodiment, an exam- 
ple case, in which data for a single still-image sheet is divided into a plurality of datablocks which are then transferred 
respectively one after another, will be described. 

so [0073] FIGURE 4 illustrates a way of dividing still-image date into datablocks. Referring to FIGURE 4, the reference 
numeral 24 denotes still-image data of 150K bytes stored in the data transmission node 1. The still-image data 24 is 
broken up into five individual datablocks, wherein the maximum capacity is 32K bytes. FIGURE 4 illustrates a zeroth 
datablock identified by the reference numeral 25, a first datablock identified by the reference numeral 26, and a second 
datablock identified by the reference numeral 27, and a third datablock identified by the reference numeral 28. The data 

55 length of the datablocks 25-28 is 32K bytes. The reference numeral 29 denotes a fourth datablock which is the last dat- 
ablock, having a data length of 22K bytes. 

[0074] For example, a data transfer operation of transmitting the zeroth datablock 25 from the data transmission 
node 1 to the data reception node 2, will be described below. 
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[0075] The control node 3 first issues the data reception instruction 4 having a packet format as shown in FIGURE 
3, to the data reception node 2. The values of respective fields of the packet thus issued are shown in TABLE 1 . Here, 
the datablock number 20 is set at a value of 0. Such a setting is indicative of a transfer of the zeroth datablock 25 and 
the datablock length 21 thereof is set to a value of 32K bytes. Furthermore, the error code storing region 17 is provided 
5 so that, when the data reception node 2 issues the data reception instruction response 8 to the control node 3, an error 
code representative of an error occurring in a field can be set. Accordingly, at this point in time, FF in hexadecimal nota- 
tion is stored in the data reception instruction 4, representing that the value of the field is invalid. 



[TABLE 1] 



Data field 


Value 


Node identifier of packet receiver 


Node identifier of data reception node 2 


Node identifier of packet sender 


Node identifier of control node 3 


Command code 


Data reception indication 


Error code storing region 


FF(16) 


Node identifier of data sender 


Node identifier of data transmission node 1 


Datablock number 


0 


Datablock data length 


32KB 



[0076] Upon receipt of the data reception instruction 4, the data reception node 2 sends to the control node 3 a noti- 
25 fication informing that the issue of the data reception instruction 4 is successful. Thereafter, the data reception node 2 
enters the wait state, waiting for the data transmission node 1 to transmit the data thereto. 

[0077] Next, the control node 3 receives the aforesaid notification from the data reception node 2 and, after having 
confirmed that the data reception instruction 4 was issued successfully, issues the data transmission instruction 5 hav- 
ing a packet format as shown in FIGURE 2, to the data transmission node 1. The values of respective fields of the 
30 packet thus issued are shown in TABLE 2. Here, the description of fields having the same meaning as those of the data 
reception instruction 4 is omitted. 



[TABLE 2] 



Data field 


Value 


Node identifier of packet receiver 


Node identifier of data transmission node 1 


Node identifier of packet sender 


Node identifier of control node 3 


Command code 


Data transmission indication 


Datablock retransmission request bit 


0 


Error code storing region 


FF(16) 


Final datablock notification bit 


1 


Node identifier of data receiver 


Node identifier of data reception node 2 


Datablock number 


0 


Datablock data length 


32KB 



[0078] Here, the datablock retransmission request bit 16 is set at a value of 0, which indicates that, if the transfer of 
the current datablock is completed normally, the next datablock (the first datablock 26 in this case) is scheduled to be 
transferred. When the data transmission node 1 issues the data transmission instruction response 8 to the control node 
3 after completion of the transfer of the indicated datablock, if a datablock which is scheduled to be transferred at the 
55 next step happens to be the last datablock, the final datablock notification bit 1 8 is set at 1 (otherwise at 0). Accordingly, 
in the data transmission instruction 5, the final datablock notification bit 1 8 is set at 1 in order to indicate that the value 
of the field is invalid. 

[0079] Upon receipt of the data transmission instruction 5, the data transmission node 1 notifies the control node 3 
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TlTnT! ^ iSSUin9 ° f d3ta transmission in »"5was carried out successfully. Thereafter.thedata^^^ 
mission node 1 commences the transfer of the zeroth datablock 25 to the data reception node 2 

IEEE 1394-1995 asynchronous write packets that are issued in succession 

[0081] Inthe IEEE 1394-1995, the ACK packet is returned from the data reception end with resoecttoanawnrhm 
wI7aSwas^ 

wier or a pacKet transmission node, so that, even when data is transmitted to the data reeentinn rwto o t mm = n ^ 
otherthan the data transmission n^ 

Sinn I!!? aSyn i hronous write P 3 ^ 3 herein an offset address indicative of a data reception buffer 

region included in an address space of the data reception node 2 'ecepuon ouner 

S nrioftT 88 h6re that 3 h8ad addr6SS ° f ,he data reception buffer re 9 ion ^ acquired by an AV/C command 
of more than one asynchronous packet to be transmitted contains an offset address which is the head address of hi 
data reception buffer region. The next packet (i.e.. the second packet) contains a££a^2E Ts to be an 
^obtained by addition o, the head address of ^f^^^^^J^SSSSZ 

[0085] In the way describe above, one datablock contains an offset address as a result of seauential addr P <« 

beuiiplemented by transmitting a packet having the same offset address a plurality of times 

SfS colms tShtlt TfT n0dS 1 ' WhiCh h3S SUCCeSSfU " y oomplBted the transfer of ,he datablock 
^^etat a vaiiio^rf^ h da ^ retransmission request bit 1 6 of the data transmission instruction 5 already received 

Sse sissr 1 issues to the contrai node 3 the da,a — — 

S nf itc Here ' *? ^ tran u miSSi ° n inStmCti0n resp0nse a P 30 ^ format as shown in FIGURE 2 and the 

T 03 V retUmed ' ntact there is made a ^Placement between the packet transmission node ifertHto 
n^n^t^ 

T J n Z ♦ S ° CCUrred n ° en ° r during the data transfer ' a code indic a«ve of the absence of an error is se " 
the error code storing region 1 7. The datablock to be transmitted next is the first datablock 26 havina a dataZklenah 



Data field 


Value 


Node identifier of packet receiver 


Node identifier of control node 3 


Node identifier of packet sender 


Node identifier of data transmission node 1 


Command code 


Data transmission indication 


Datablock retransmission request bit 


0 


Error code storing region 


No error 


Final datablock notification bit 


0 


Datablock number 


1 


Datablock data length 


32KB 



[0089] Meanwhile, after having received the zeroth datablock 25 successfully, the data receDtion node 2 start* 
processing the zeroth datab.ock 25 received. For example, in the case the data r^^TE^'K 
printing machme, the received datablock is transferred to its interna, printer ^JLCMS^ 8 
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[0090] At the time when the processing of the zeroth datablock 25 is completed, the data reception node 2 issues 
the data reception instruction response 8 to the control node 3. 

[0091 ] Here, the data reception instruction response 8 comprises a packet format as shown in FIGURE 3 and the 
values of its major fields are shown in TABLE 4. Although, with regard to the contents of these values, the values shown 
in TABLE 1 are basically returned intact, there is made a replacement between the packet transmission node identifier 
and the packet reception node identifier, representing that the packet is from the data reception node 2 to the control 
node 3. Since there has occurred no error during the data transfer, a code indicative of the absence of an error is set in 
the error code storing region 17. 



[TABLE 4] 



Data field 


Value 


Node identifier of packet receiver 


Node identifier of control node 3 


Node identifier of packet sender 


Node identifier of data reception node 2 


Command code 


Data reception indication 


Error code storing region 


No error 


Datablock number 


0 


Datablock data length 


32KB 



[0092] Which one of the data transmission instruction response 7 returned from the data transmission node 1 to the 
control node 3 and the data reception instruction response 8 returned from the data reception node 2 to the control 
node 3 is issued before the other, will vary depending upon the process speed of the data transmission and reception 
nodes 1 and 2. This causes the control node 3 to have to wait for these two nodes to respond thereto. 
[0093] At the time when the control node 3 receives the responses 7 and 9 from the data transmission and receipt 
nodes 1 and 2, the transfer of the zeroth datablock 25 is completed. 

[0094] Next, the control node 3 starts a process of transferring the next datablock (i.e., the first datablock 26). More 
specifically, the data transmission instruction response 7, previously received from the data transmission node 1 , con- 
tains therein pieces of information that the datablock number 20 to be transmitted next is 1 and the datablock length 21 
is 32K bytes (i.e., the length of the first datablock 26). By the use of these values, the transfer of the first datablock 26 

[0095] In the way described above, as for the length of a datablock that is to be transmitted next, there is no need 
for asking such a datablock length to the data transmission node 1 in every processing. This allows the control node 3 
to easily perform data transfers. 

[0096] Next, by reference to FIGURE 1 , a case, in which an error occurs in the data reception node 2 during trans- 
mission of a datablock, will be described. More specifically, an example case is explained in which a paper jam error 
takes place in the data reception node 2 serving as a printing device. 

[0097] For instance, suppose that, during the transfer of the zeroth datablock 25, the data reception node 2 under- 
goes a paper jam error and is judged to be in the data unreceivable state incapable of continuous data reception. 
[0098] In such an error situation, the data reception node 2 issues to the control node 3 the data reception instruc- 
tion response 8 notifying that the paper jam error has occurred therein. The data reception instruction response 8 takes 
a packet format as shown in FIGURE 3 wherein an error code for the paper jam error is set in its error code storing 
region 17. 

[0099] Meanwhile, the data transmission node 1 receives an ACK packet from the data reception node 2. From the 
ACK packet received, the data transmission node detects that the data reception node 2 abruptly stopped data recep- 
tion and, therefore, brings the datablock transmission to a halt to issue to the control node 3 the data transmission 
instruction response 7 notifying that there has occurred an error. The data transmission instruction response 7 takes a 
packet format as shown in FIGURE 2 and the values thereof that are set in respective data fields are shown in TABLE 5. 



[TABLE 5] 



Data field 


Value 


Node identifier of packet receiver 


Node identifier of control node 3 
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[TABLE 5] {continued) 



Data field 


Value 


Node identifier of packet sender 


Node identifier of data transmission node 1 


Command code 


Data transmission indication 


Datablock retransmission request bit 


0 


Error code storing region 


Transmission time out error occurrence 


Final datablock notification bit 


0 


Datablock number 


0 


Datablock data length 


32KB 



75 [01 00] Set in the error code storing region 1 7 is an error code for the transmission time out error. Further, the occur- 
rence of the error causes the zeroth datablock 25 to fail to be transmitted, so that a value of 0 is set in the field of the 
datablock number 20 of FIGURE 2 while a value of 32K bytes is set in the field of the datablock data length 21 of FIG- 
URE 2. Such setting means that the control node 3 is requested to transfer the zeroth datablock 25 as the datablock 
transfer. 

20 [01 01 ] After having detected that the paper jam error in the data reception node 2 is canceled, the control node 3 
resumes transferring the zeroth datablock 25 by making use of the values of the datablock number 20 and the datablock 
data length 21 previously sent from the data transmission node 1 . 

[01 02] As described above, even when some errors occur in a node under data exchange, a notification of the error 
is issued directly to the control node 3. 
25 [01 03] Additionally, at the time when an error occurs during transmission of a certain datablock, it is designed such 
that the data transmission node 1 will notify the control node 3 of the datablock number and the datablock data length 
of that datablock, which arrangement makes it possible for the control node 3 to easily perform, based on these pieces 
of information, a retransmission of the datablock. 

[01 04] The above-described steps are repeatedly carried out, whereby sequential datablock transfer from the data 
30 transmission node 1 to the data reception node 2 can be executed. 

[01 05] Next, the operation at data transfer completion time will be described below. 

[01 06] At the point in time when the data transmission node 1 successfully completes the transmission of the third 
datablock 28, the data transmission node 1 confirms that the datablock retransmission request bit 1 6 of the data trans- 
mission instruction 5 already received is set at a value of 0 and learns that the datablock that is requested to be trans- 
35 ferred next is the fourth datablock 29 after the third datablock 28. The data transmission node 1 further recognizes that 
the fourth datablock 29 is the last datablock since it has a datablock data length of 22K bytes. 
[0107] Therefore, the data transmission node 1 issues to the control node 3 the data transmission instruction 
response 7 including such pieces of information. 

[0108] Here, the data transmission instruction response comprises a packet format as shown in FIGURE 2 and the 
40 values of its major data fields are shown in TABLE 6. Although, with regard to the contents of these values, the values 
shown in TABLE 2 are returned intact, a value of 4 and a value of 22K bytes are set as the datablock number 20 and as 
the datablock data length 21 , respectively, because the datablock that is to be transmitted next is the fourth datablock 
29 having a datablock data length of 22K bytes. Further, since the datablock that is scheduled to be transmitted next, 
i.e., the fourth datablock 29, is the last datablock, this causes the final datablock notification bit 1 8 to be set at a value 
45 of 1. 



[TABLE 6] 



Data field 


Value 


Node identifier of packet receiver 


Node identifier of control node 3 


Node identifier of packet sender 


Node identifier of data transmission node 1 


Command code 


Data transmission indication 


Datablock retransmission request bit 


0 


Error code storing region 


No error 


Final datablock notification bit 


1 
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Data field 


Value 


Datablock number 


4 


Datablock data length 


22KB 



Sll L t P P , ^ ,ransmisslon instruclion res P°"se 7, the control node 3 detects that the next data- 
blockdata fransm,ss,on ,s final, from the fact that the final datablock notification bit 18 assumes a value of 1 After the 
fourth datablock 29 is transferred, the entire processing is over ' 

EL K?? 0 tf l\ C °!f °' n0de 3 Perf ° rmS iranSferS of datablocks one after another as long as the final datablock 
Se^ 

As a esulfofsuch ™ ?1? 8 ^ °' °' then the datab ' 0ck transfer is determined to be 

Svance 1 L rfntro 9 ' L 15 n ° f ° r ,hS COntr0 ' n0de 3 ,0 Calculate the number of datebloc ks in 
Slth n, h I T Pressing becomes considerably simple. Further, a transfer of undefined length data, the data 
length of which is unknown when its transfer was started, can be realized easily. 

SECOND EMBODIMENT 

Sri! * A S80 ? d embodiment of the P resent invention wi " now be described. FIGURE 5 shows in block form a sys- 
tem as the second embodiment of the data transfer method of the present invention. The second embodiment is basl 

o IK T. 38 ! Sh0Wn in FIGURE 1 " Therefore ' de,ailed descri P tions ^no t prold^ of 

constitutional elements and operations of the system of the present embodiment 

thl control ^LlS^T* Sh0Wn ^ ^ GURE 5 diff6rS fr ° m the P revi ° us| y^scribed first embodiment in that 
the control node 3 and the data transmission node 1 are one and the same node 

[0113] Referring to FIGURE 5, both the data transmission instruction 5 and the data transmission instruction 
response 7 shown in FIGURE 1, are internally issued and internally processed in the same node, JS^SZ 
data are not delivered onto the bus. M 

Stlt! tho « 0t ! e t r !f nd ' tne da,a rece P tion instruction 4 »hat is issued to the data reception node 2 takes com- 
pletely the same packet format as the one in the first embodiment shown in FIGURE 3 

WiUol oJSr^^r^ 6 1-? 8 embodiment and ^ P"**« embodiment is that the node iden- 
tifier of packet receiver 13 and the node identifier of data sender 23 take the same value 

!hp!fl , Jf? fr0n \ the o ab0ve ' witn re 9 ard t0 the °P era «on of the second embodiment and the method of controlling 
THIRD EMBODIMENT 

« 12 th Jl^ miX 1 m ^ °! thS Pr6Sent inV6nti0n Wi " nOW be described " FIGURE 6 shows in block form a system 
sam, a l7S 0dl T!3 ° thS u ata tranSfer m6th0d a the Present invention " ^ third embodiment is basica!y the 
elements a h shown in FIGURE 1 ■ ™erefore. detailed descriptions are not provided of constrtutbnal 

elements and operations of the system of the present embodiment 

control nodS^thtT imSnt f ""J? RGURE 6 ™ &S ^ ^ P reviou slydescribed first embodiment in that the 
control node 3 and the data reception node 2 are one and the same node 

Sown in FlSST ? FIG * URE „ 6, ^ thS J ata reC6Pti0n inStrUCti ° n 4 and * e da,a rece P« on in "n ™P™e 8, 
™Z n 1 ,ntemally P rocessed ' 50 that their packet data are not delivered onto the bus 
LU1ZO] On the other hand, the data transmission instruction 5 that is issued to the data transmission node 1 has 
completely the same packet format as the one in the first embodiment shown in FIGURE 2 

trrier of packet receiver 13 and the node identifier of data receiver 1 9 take the same value 

EL JiSr i l^T? embodiments to define a d ^ fansfer method for transferring data from the 
d t<2 t0 ^ 6 ? f r f: eptl0n n0dS 2 Und6r 1,16 Control of contral node 3. it is Possible to provide 
P rZ£Zgem^L CaP " "** "* " ^ and * high 
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FOURTH EMBODIMENT 

[0124] A fourth embodiment of the present invention will now be explained. FIGURE 7 is a block diagram for the 
description of the fourth embodiment of the present invention, and more specifically it illustrates a system for transfer- 

5 ring in parallel a piece of data to a plurality of nodes. FIGURE 7 shows a transmission node identified by the reference 
numeral 1 , a control node identified by the reference numeral 3, a data transmission instruction identified by the refer- 
ence numeral 5, a data transmission instruction response identified by the reference numeral 7, a first data reception 
node identified by the reference numeral 200, a second data reception node identified by the reference numeral 201, 
and a third data reception node identified by the reference numeral 202. FIGURE 7 further shows a datablock 300 that 

10 is transferred to the first data reception node 200, a datablock 301 that is transferred to the second data reception node 
201, and a datablock 302 that is transferred to the third data reception node 202. 

[01 25] By making reference to FIGURE 7, the operation of the fourth embodiment of the present invention will be 
discussed below. For the sake of simplifying the description, a data reception indication instruction that is issued from 
the control node 3 to a data reception node and a data reception indication instruction response that is issued from a 
is data reception node to the control node 3 are omitted in the figure. 

[0126] Here, a transfer of the third datablock 28 present in the data transmission node 1 to the three data reception 
nodes 200-202 is shown. 

[01 27] In the first place, the control node 3 issues to the data transmission node 1 the data transmission instruction 
5 instructing that the third datablock 28 be transmitted to the first data reception node 200. Upon completion of the 

20 transferring of the third datablock 28 to the first data reception node 200, the control node 3 issues to the data transmis- 
sion node 1 the data transmission instruction 5 instructing that the third datablock 28 be transmitted to the second data 
reception node 201. Upon completion of the transferring of the third datablock 28 to the second data reception node 
201 , the control node 3 issues to the data transmission node 1 the data transmission instruction 5 instructing that the 
third datablock 28 be transmitted to the third data reception node 202. Upon completion of the transferring of the third 

25 datablock 28 to the third data reception node 202, the data transmission instruction 5 is sequentially issued for the 
transferring of the fourth datablock 29. 

[0128] By virtue of the operation of the control node 3, it becomes possible to transfer in parallel a single item of 
data to a plurality of data reception nodes. In the case the data transmission node 1 is a device which takes a long time 
for preparing a datablock for transmission such as a tape device or a device which is slow in data transfer rate, the 
30 number of times a datablock is prepared decreases in comparison with in-series processing. As a result, the total 
processing time is reduced. 

[01 29] TABLE 7 shows the data field values of packets for the data transmission instructions that are issued by the 
control node 3 to the data transmission node 1 (FIGURE 7). More specifically, TABLE 7 describes the data field values 
of the data transmission instructions issued to the first data reception node 200, to the second data reception node 201 , 

35 and to the third data reception node 202, respectively. Here, in the first and second datablock transmission instructions, 
the value of the datablock retransmission request bit 16 is set at a value of 1 , while on the contrary the value of the dat- 
ablock retransmission request bit 1 6 is set at a value of 0 in the third data transmission instruction. TABLE 8 shows the 
data field values of packets for the data transmission indication instruction responses with respect to these data trans- 
mission instructions. In TABLE 8, since the data transmission indication instruction was issued with the datablock 

40 retransmission request bit 1 6 set at 1 , a value of three as the datablock number (as instructed) and a value of 32K bytes 
as the datablock data length are returned with respect to the first and second data reception nodes 200 and 201 . On 
the other hand, for the case of the third data reception node 202, since the data transmission indication instruction was 
issued with the datablock retransmission request bit 16 set at 0, a value of 4 and a value of 22K bytes are returned as 
the datablock number and as the datablock data length, respectively. The final datablock notification bit is set at 1, 

45 thereby indicating that the next datablock is the last datablock. 



[TABLE 7] 



Data field 


Command for first data 
reception node 


Command for second data 
reception node 


Command for third data 
reception node 


Node identifier of packet 
receiver 


Node identifier of data 
transmission node 1 


(<- ditto) 


(<- ditto) 


Node identifier of packet 
sender 


Node identifier of control 
node 3 


(«- ditto) 


(<- ditto) 


Command code 


Data transmission indica- 
tion 


(<- ditto) 


(«- ditto) 
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[TABLE 7] (continued) 





Command for first data 
reception node 


Command for second data 
reception node 


Command for third data 
reception node 


Datablock retransmission 
request bit 


1 


1 


0 


Error code storing region 


FF(16) 


(<- ditto) 


(<- ditto) 


Final datablock notification 
bit 


1 


(<- ditto) 


(<- ditto) 


Node identifier of data 
receiver 


Node identifier of data 
reception node 1 


Node identifier of data 
reception node 2 


Node identifier of data 
reception node 3 


Datablock number 


3 


(<- ditto) 


(«- ditto) 


Datablock data length 


32KB 


{<- ditto) 


(«- ditto) 



[TABLE 8] 



Data field 


Response from first data 
reception node 


Response from second 
data reception node 


Response from third data 
reception node 


Node identifier of packet 
receiver 


Node identifier of control 
node 3 


(<- ditto) 


(<- ditto) 


Node identifier of packet 
sender 


Node identifier of data 
reception node 1 


Node identifier of data 
reception node 2 


Node identifier of data 
reception node 3 


Command code 


Data transmission indica- 
tion 


(«- ditto) 


(<- ditto) 


Datablock retransmission 
request bit 


1 


1 


0 


Error code storing region 


No error 


(<- ditto) 


(<- ditto) 


Final datablock notification 
bit 


0 


0 


1 


Node identifier of data 
receiver 


Node identifier of data 
reception node 1 


Node identifier of data 
reception node 2 


Node identifier of data 
reception node 3 


Datablock number 


3 


3 


4 


Datablock data length 


32KB 


32KB 


22KB 



[0130] Here, when the datablock retransmission request bit 16 is set at 1 , the data transmission node 1 does not 
make preparation for the transfer of the next datablock but holds the datablock just previously transmitted, On the other 
hand, if the datablock retransmission request bit 16 is set at 0, the data transmission node 1 performs an operation of 
preparing for the transfer of the next datablock. 

[0131] In other words, by the provision of the datablock retransmission request bit 1 6, it becomes possible to facil- 
itate and speed up the processing of the data transmission node even when transmitting the same data to a plurality of 
data reception nodes as in the present embodiment. 

FIFTH EMBODIMENT 

[0132] Next, a fifth embodiment of the present invention will be described. FIGURE 8 is a diagram showing the 
operation of the fifth embodiment of the present invention. More specifically, FIGURE 8 illustrates the operation of a sys- 
tem which performs no datablock division in transferring a single item of data. Here, the description will be made using 
an example case in which a still-image data sheet of 150K bytes, as shown in FIGURE 4, is transferred. In the present 
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embodiment, division of data into datablocks is carried out between the data transmission node 1 and the data recep- 
tion node 2, and the control node 3 is not involved in such a division operation. System constitutional elements of the 
present embodiment are basically the same as the ones described in FIGURE 1 and their description is omitted here. 
Hereinafter, the operation of the fifth embodiment of the present invention will be described with reference to FIGURE 8. 

5 [01 33] In the first place, the control node 3 issues to the data transmission node 1 the data transmission instruction 
5 to instruct the data transmission node 1 to prepare for data transfer. Next, the control node 3 issues to the data recep- 
tion node 2 the data reception instruction 4, to instruct the data reception node 2 to start data reception processing. 
Here, a data transfer process 6 from the data transmission node 1 to the data reception node 2 is executed, whereby 
the one still-image data sheet is transferred. Details of the data transfer process 6 will be described later. 

10 [01 34] After having finished the data transfer process 6, the data transmission node 1 transmits to the control node 
3 the data transmission instruction response 7 including a result of execution of the data transfer processing. On the 
other hand, the data reception node 2, which has completed its data reception process, transfers to the control node 3 
the data reception instruction response 8 including a result of execution of the data reception processing. By the above- 
described procedure, the one still-image data sheet is transferred. 

is [01 35] Which one of the data transmission instruction response 7 and the data reception instruction response 8 is 
issued before the other, is determined by the balance in processing rate between the data transmission node 1 and the 
data reception node 2. It is possible that the issue order differs from that of the present embodiment. 
[0136] FIGURE 9 shows a data format used for the data transmission instruction 5 and the data transmission 
instruction response 7 of the present embodiment. FIGURE 9 shows constitutional elements most of which are com- 

20 mon to the first embodiment of the present invention shown in FIGURE 2 and the description of fields having the same 
meaning will therefore be omitted. FIGURE 9 shows a packet header portion 10, a datablock (command frame) portion 
1 1 , and a CRC portion 12. FIGURE 9 further shows a node identifier of packet receiver 13 of 16 bits and a node iden- 
tifier of packet sender 14 of 16 bits and these two identifiers 13 and 14 together form an IEEE 1394-1955 asynchronous 
write packet. 

25 [01 37] The reference numerals 15,17, and 1 9 denote a data transmission indication command, an error code stor- 
ing region, and a node identifier of data receiver, respectively. 

[0138] Here, the data transmission instruction of the present embodiment shown in FIGURE 9 is compared with the 
data transmission instruction of the first embodiment shown in FIGURE 2, and the result shows that the former instruc- 
tion has a simpler data format than the latter instruction because of the absence of information such as the datablock 
so retransmission request bit 16, the final datablock notification bit 18, the datablock number 20, and the datablock data 
length 21. 

[0139] Referring now to FIGURE 10, there is illustrated a data format used for the data reception instruction 4 and 
the data reception instruction response 8. FIGURE 1 0 shows constitutional elements most of which are common to the 
data format shown in FIGURE 3 and the description of fields having the same meaning will therefore be omitted. FIG- 
35 URE 10 shows a datablock reception command code indicative of datablock reception, and a node identifier of data 
sender 23. 

[0140] Here, the data reception indication instruction of the present embodiment shown in FIGURE 10 is compared 
with the data reception indication instruction of the first embodiment shown in FIGURE 3, and the result shows that the 
former instruction has a simpler data format than the latter instruction because of the absence of information such as 

40 the datablock number 20 and the datablock data length 21 . 

[0141] Next, the data transfer processing of the present embodiment will now be described in detail. FIGURE 1 1 is 
a diagram showing a part of the data transfer processing operation according to the fifth embodiment of the present 
invention. More specifically, FIGURE 1 1 is a diagram for the description of the processing contents of first portions of 
the data transfer process 6 of FIGURE 8. 

45 [0142] The data reception node 2 of the present embodiment contains therein a data buffer for receiving and its 
capacity is 256K bytes. Here, suppose that the maximum data length of IEEE 1394-1995 asynchronous write packets 
receivable by the data reception node 2 is 256 bytes, and that the maximum data length of IEEE 1394-1995 asynchro- 
nous write packets transmittable by the data transmission node 1 is 32K bytes. 

[0143] In the present embodiment, when delivering a notification from the data reception node 2 to the data trans- 
50 mission node 1 and when delivering a notification from the data transmission node 1 to the data reception node 2, an 
IEEE 1394-1 995 write packet including 32-bit data is issued. 

[0144] The packet, used for the delivering of a notification from the data reception node 2 to the data transmission 
node 1 , has a 32-bit data format as shown in FIGURE 1 2. 

[0145] Here, the values that are set in a state field recorded in a data portion 121 1 shown in FIGURE 12 and their 
55 meanings are shown below in TABLE 9. 
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[TABLE 9] 



State field bit 


State field value 


Meaning 


00000 


EMPTY 


Ready for reception 


01000 


CONSUMING 


Under data processing 


10000 


COMPLETE 


Data transfer completed 


11111 


ABORT 


Data transfer interrupted 



[0146] The packet, used for the delivering of a notification from the data transmission node 1 to the data reception 
node 2, has a 32-bit data format as shown in FIGURE 13. 

[0147] Here, the values that are sent in a state field recorded in the data portion 121 1 shown in FIGURE 13 and 
their meanings are shown below in TABLE 10. 



[TABLE 10] 



State field bit 


State field value 


Meaning 


00000 


READY 


Datablock transfer completed 


01000 


PREPARING 


Under data processing 


10000 


COMPLETE 


Data transfer completed 


11111 


ABORT 


Data transfer interrupted 



[0148] Here, the operation of transferring data according to the present embodiment will be described by making 
reference to FIGURE 1 1 . As shown in phase A of FIGURE 1 1 , upon receipt of a data transmission indication instruction 
from the control node 3, the data transmission node 1 starts preparing for a datablock to be transferred. Meanwhile, as 
shown in phase B, upon receipt of a data reception indication instruction from the control node 3, the data reception 
node 2 prepares for receiving the data from the data transmission node 1 . 

[0149] Next, as shown in step 1 , when the data reception node 2 completes the data reception preparation, the data 
reception node 2 notifies the data transmission node 1 of a data size receivable by the data reception node 2 
[0150] Here, the values of a packet transmitted at step 1 are as follows. 



[TABLE 11] 



Field 


Value 


State field 


EMPTY 


Maximum packet data length 


16x16 = 256 Bytes 


Maximum datablock size 


256 x 256 = 64K Bytes 



[0151 ] Next, upon receipt of the notification of step 1 from the data reception node 2, the data transmission node 1 
starts transmitting the datablock at step 2 after completion of the datablock transfer preparation (see phase C of FIG- 
URE 11). Here, taking in account that the data length receivable by the data reception node 2 is 64K bytes, the data 
transmission node 1 sets the length of a datablockthat is to be transmitted at a value lower than 64K bytes. In this case, 
the maximum data packet data length transmittable by the data transmission node 1 is 32K bytes, and the data trans- 
mission node 1 intends to transmit 32K bytes at a single data transfer. 

[0152] Next, as shown in step 3, the data transmission node 1 starts the transferring of the datablock by continu- 
ously transmitting an asynchronous write packet to a buffer region of the data reception node 2. 
[01 53] At this step 3, the datablock is broken up into a plurality of packets for forwarding to the data reception node 
2. Since, from the notification of step 1, the data transmission node 1 has already learned that the maximum packet 
data length receivable by the data reception node 2 is 256 bytes, the datablock of 32k bytes is divided into packets of 
256 bytes. In other words, in the present embodiment, 1 28 packets will be transmitted. 
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[0154] These asynchronous write packets each contain therein an offset address indicative of a data reception 
buffer region in an address space of the data reception node 2. These offset addresses are sequentially incremented 
from the data receive buffer region's head address, as in the first embodiment. 

[01 55] Next, upon completion of the datablock transfer, the data transmission node 1 transmits a packet including 
a transmitted data length, thereby to notify the data reception node 2 that the datablock transfer has been completed, 
as shown in step 3. 

[0156] Such a packet contains the following information. 



Data length transmitted 



[0157] When the notification of step 3 is finished, the data transmission node 1 starts preparing for the next datab- 
lock transfer, as shown in phase D. Meanwhile, the data reception node 2 starts processing the received datablock as 
shown in phase E. In the present embodiment, the data reception node 2 is a printer unit, so that the data reception 
node 2 starts a process of sending the datablock stored in a buffer region (not shown) to an image engine of the printer 
unit. 

[0158] Next, at a stage when the data reception node 2 finishes processing the datablock, the data reception node 
2 issues a notification informing that the data reception node 2 is ready for receiving the next datablock, as shown in 
step 1a. In the issue of such a notification, the same packet as in step 1 is transmitted. 

[01 59] Further, at a stage when a preparation for the datablock that is to be transferred next is ready as shown in 
phase F, the data transmission node 1 starts transmitting the next datablock, as shown in step 2a. 
[01 60] Here, again, the datablock is broken up into a plurality of packets for forwarding to the data reception node 
2. These packets have offset addresses of the data reception node 2 which are sequentially incremented from the data 
receive buffer region's head address, as in the previous datablock transfer. 

[01 61 ] In the way described above, the steps 1 to 3 are repeatedly carried out, so that one still-image data sheet is 
divided into a plurality of datablocks for transfer to the data reception node 2. 

[0162] Next, the processing of the last datablock will be described. FIGURE 14 is a diagram for the description of a 
termination operation after the transfer of the last datablock is completed. 

[01 63] Although the data transmission node 1 starts preparing for the transfer of the datablock that is transferred 
next after the datablock transfer at step 3 is finished, it becomes known that there exists no data that is to be transmit- 
ted, as shown in phase G. 

[0164] Next, the data reception node 2 issues to the data transmission node 1 a notification indicative of a data size 
receivable by the data reception node 2, as in step 1 . In response to such a message notification, the data transmission 
node 1 transmits to the data reception node 2 a transfer completion indication at step 3b. 
[01 65] The packet at this time contains the following information. 



[TABLE 13] 



Field 


Value 


State field 


COMPLETE 


Data length transmitted 


OByte 



[01 66] Next, in response to the notification of step 3b, the data reception node 2 transmits to the data transmission 
node 1 a notification indicative of the reception of the transfer completion indication. 
[0167] The packet at this time contains the following information. 
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[TABLE 14] (continued) 



Field 


Value 


Maximum packet data length 


16 x 16 = 256 Bytes 


Maximum datablock size 


256 x 256 = 64K Bytes 



[01 68] The data transmission node 1 , which have received the notification of step 1 b, issues to the control node 3 
a data transmission indication instruction response, whereby the image sheet transmission is completed, as shown in 
phase H. Phase H is equivalent to the data transmission instruction response 7 of FIGURE 8. 
[0169] Further, the data reception node 2, which have transmitted the notification of step 1b, issues to the control 
node 3 of a data receipt indication instruction response, whereby the image sheet reception is completed, as shown in 
phase I. Phase I is equivalent to the data reception instruction response 8 of FIGURE 8. 

[01 70] A data transfer from the data transmission node 1 to the data reception node 2 is carried out by repetition of 
performing the following steps of: 

(1 ) a first step in which the second node transmits to the first node a notification representative of a data receivable 
state; 

(2) a second step in which, at the time when the datablock is ready for transfer after reception of the notification 
from the second node, the first node performs an operation of transferring the datablock to the second node; and 

(3) a third step in which the first node transmits to the second node a notification representative of completion of 
the datablock transfer. By repetition of performing these first to third steps, the number of commands to be issued 
by the control node to each of the data transmission node and the data reception node is one. This makes it pos- 
sible to simplify the operation of the control node. Further, the data transmission node notifies the data reception 
node of completion of a datablock transmission preparation. On the other hand, the data reception node notifies 
the data transmission node of completion of a datablock reception preparation. As a result of such arrangement, it 
becomes possible to easily cope with combinations of data transmitting and receiving devices having various 
processing rates. 

[01 71 ] Further, the notification of the first step contains therein information about a maximum data length receivable 
by the data reception node at the second step, which allows the data transmission node to directly detect, based on the 
information, a datablock length receivable by the data reception node. This therefore provides simplified data transfer 
in which the control node which issues commands is not required to control the data length of datablocks. 
[0172] Further, when at the second step the datablock to be transferred is broken up into more than one packet, the 
notification of the first step contains a maximum data length receivable by the data reception node for a single packet, 
whereby the data transmission node is able to easily packet-divide the data to be transferred at the second step, 
according to the data reception node's reception capability. It therefore becomes possible to easily cope with devices 
having various packet reception capabilities. 

[0173] In the present embodiment, the description has been made by taking an example case in which the maxi- 
mum datablock size and the maximum packet data length of the data reception node 2 remain unchanged. These val- 
ues, however, may be values variable according to the internal processing state of the data reception node 2. 
[01 74] For example, although the data transmission node 1 is capable of transmitting a datablock of 256K bytes at 
the most and the data reception node 2 is capable of receiving a datablock of 256K bytes at the most, the data reception 
node 2 returns to the data transmission node 1 a response informing that it has only a processing capability of 128K 
bytes because two data reception processes are being carried out at the same time. In this case, the transfer of a dat- 
ablock of 128K bytes is carried out accordingly. 

[0175] Here, at the time when the data reception node 2 completes the other of the two data reception processes, 
memory of 128K bytes which has been unavailable so far can be used now. Thereafter, the data reception node 2 will 
make a change in maximum datablock size from 1 28K bytes to 256K bytes. Next, upon detection of the change that the 
data reception node 2 is now capable of 256K-byte data reception, the data transmission node 1 starts the transfer of 
a datablock of 256K bytes to the data reception node 2. 

[0176] Further, it is needless to say that much more efficient data transfers can be achieved by the data reception 
node 2 varying in maximum packet data length so as to enable the data transmission node 1 to transfer a data packet 
having a much greater data length. 

[01 77] In the way described above, by returning, according to the internal processing state of the second node, a 
variable maximum data length value receivable by the second node at the second step, it becomes possible to optimally 
control and make good use of internal resources of the second node such as memory resources. 
[01 78] Next, reference is made to FIGURE 1 5 in order to describe the operation when the data reception node 2 is 



EP 1 005 199 A1 



a device which is very slow in data processing, and the error processing when the data reception node 2 enters the 
unreactive state. 

[0179] In FIGURE 15, the datablock length notification is issued at step 3. After the transfer of a datablock is com- 
pleted, the data reception node 2 starts processing the datablock. At the same time, the data transmission node 1 starts 
an internal timer to start time measurement. If there is delivered no response from the data reception node 2 after an 
elapse of time a, the data transmission node 1 forms a judgment that the data reception node 2 enters the error state 
and is now being unreactive. 

[0180] Here, if the data reception node 2 fails to complete the data processing after an elapse of time b (a > b), a 
notification representative of a data unreceivable state is issued at step 1c-1 . The packet issued at step 1c-1 contains 
the following information. 



[TABLE 15] 



Field 


Value 


State field 


CONSUMING 


Maximum packet data length 


16x16 = 256 Bytes 


Maximum datablock size 


256 x 256 = 64K Bytes 



[0181 ] Upon receipt of the notification of step 1 c-c, the data transmission node 1 resets the value of the timer and 
restarts time measurement. 

[0182] Here, if the data reception node 2 enters the data reception preparation ready state before the time b has 
elapsed from the notification of step 1c-c, the receivable size notification of step 1 of FIGURE 1 1 is issued and thereaf- 
ter the processing is continued according to the procedure of FIGURE 1 1 . 

[0183] If the data processing is not completed even after the time b has elapsed, a notification representative of a 
data unreceivable state is issued at step 1c-2. The packet thus issued is the same as the one at step 1c-1. 
[0184] The data transmission node 1 again resets the timer and restarts time measurement. 
[0185] If such a fatal error occurs that the data reception node 2 is made to enter the unreactive state after the noti- 
fication of step 1c-2 is issued, as shown in phase J, the data transmission node 1 detects, after an elapse of the time a 
from the notification of step 1c-2, that the data reception node 2 is now being unreactive. Thereafter, the data transmis- 
sion node 1 notifies the control node 3 that the data transmission has failed, as shown in phase K, and the data trans- 
mission processing is stopped. 

[0186] In response to the notification of phase K, the control node 3 investigates the state of the data reception 
node 2 to obtain a necessary error state. When the control node 3 tries to examine the state of the data reception node 
2, if the data reception node 2 still remains unreactive, then the control node 3 performs, for example, a process of 
informing the user that an error has occurred in the data reception node 2, and that the data reception node 2 is being 
in the unreactive state. 

[0187] When the occurrence of an error is detected by the data reception node 2 and an operation of responding 
to the data transmission node 1 is possible to perform at phase J (not shown), the data transfer can be interrupted by 
transmitting a packet as shown below. 



[TABLE 16] 



Field 


Value 


State field 


ABORT 


Maximum packet data length 


16x16 = 256 Bytes 


Maximum datablock size 


256 x 256 = 64K Bytes 



[0188] In such a case, both the data transmission node 1 and the data reception node 2 issue to the control node 
3 respective notifications informing that the error has occurred. 

[0189] As described above, if, after an elapse of the predetermined time a from the time when the datablock length 
notification at the third step is completed, the first node receives no notification from the second node, the first node per- 
forms a process of stopping the data transfer. On the other hand, if the second node still fails to enter the data receiva- 
ble state within the predetermined time b (a > b), the second node will transmit to the first node a notification 
representative of a data unreceivable state. This causes the first node to change to the wait state so as to wait for a 
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notification from the second node. The first node measures the predetermined time a over again. Accordingly it 
becomes possible to correctly distinguish between an error state and a device process wait state even when using a 
very slow device on the data reception end. 

[0190] Next, by making reference to FIGURE 16, the operation performed when the data transmission node 1 is 
5 implemented by a very slow device, is described, together with the error processing when the data transmission node 
1 enters the unreactive state. 

[0191] Referring to FIGURE 16, after the data transfer length notification is completed (step 3), the data reception 
node 2 processes the datablock received and issues a notification indicative of receivable size and a notification repre- 
sentative of reception preparation completion, as shown in step 1 . 

w [0192] Meanwhile, the data transmission node 1 starts preparing for the next datablock after the datablock transfer 
of step 3 is completed. Upon receipt of the notification of step 1 , the data transmission node 1 causes its internal timer 
to start, whereby time measurement is commenced. Even when a time c elapses, if there is still no response from the 
data transmission node 1 , the data reception node 2 then forms a judgment that the data transmission node 1 has now 
entered the error state to be unreactive. 

15 [01 93] Here, when the data transmission node 1 fails to complete a preparation for the data even after an elapse of 
a time d (c> d), the data transmission node 1 transmits a notification representative of a data intranmittable state at step 
2c-1 . The packet thus transmitted at step 2c-1 contains therein the following information. 



[TABLE 17] 



Field 


Value 


State field 


PREPARING 


Data length transmitted 


32K Bytes 



[0194] Upon receipt of the notification of step 2c-1, the data reception node 2 resets the value of the timer to restart 
time measurement. 

[0195] Here, if the data transmission node 1 enters the data transmission ready state before an elapse of the time 
30 d from the notification of step 2c-1 , the transfer data length notification at step 2 of FIGURE 1 1 is issued and, from then 
on, the processing will be continued according to the procedure of FIGURE 1 1 . 

[0196] If the data preparation is still not ready even after a further elapse of the time d, the data untransmittable 
state notification is issued at step 2c-c. The packet thus issued is equivalent to the one at step 2c-1 . 
[0197] Here, the data reception node 2 resets the timer and restarts time measurement. 
35 [0198] If such a fatal error occurs that the data transmission node 1 becomes unreactive after the notification of step 
2c-c, as shown in phase L, is issued, the data reception node 2 detects, after an elapse of the time c from the notifica- 
tion of step 2c-2, that the data transmission node 1 is now being in the unreactive state. Thereafter, the data reception 
node 2 notifies the control node 3 that the reception processing has failed, as shown in phase M, and the data transfer 
processing is stopped. 

40 [01 99] In response to the notification of phase M, the control node 3 investigates the state of the data transmission 
node 1 to acquire a necessary error state. When the control node 3 tries to examine the state of the data transmission 
node 1 , if the data transmission node 1 still remains unreactive, then the control node 3 performs, for example, a proc- 
ess of informing the user that the error has occurred in the data transmission node 1 and that the data transmission 
node 1 is now being in the unreactive state. 

45 [0200] Further, when the occurrence of an error is detected by the data transmission node 1 and a process of 
responding to the data reception node 2 is possible to perform at phase L (not shown), the data transfer can be inter- 
rupted by transmitting the following packet. 



[TABLE 18] 



Field 


Value 


State field 


ABORT 


Data length transmitted 


OByte 



[0201] In such a case, both the data transmission node 1 and the data reception node 2 perform a process of 
informing the control node 3 of an error occurrence. 
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first step ,s completed, the second node receives no notation from the first node, the second node performs a croc 
wne d (c > d) the first node will transmrt to the second node a notification representative of a data untransmittable state 

Tor It. In !f ° ° Ver a9aia Accordin 9'y. « becomes possible to correctly distinguish between an 

error ^ tate and a dev.ce process wait state even when usingavery slow device on the date transmission end 
£203] a program recording medium such as a magnetic disk or optical disk in which to record a oroaram for ena 

oZ^nasS^ 

[0204] In the above-described embodiments of the present invention, the description has been made bv takinn an 
0206 F^eS^^^ 

22? ^ Furth ^' the 1 deSCnptlon of the P resent invention n as been made by taking an example case in which all the 
datable** except for the last one have the same datablock length. This is not always to be consS restSive III 
datablocks may have different datablock lengths. In such a case, the data length of dSablocte tha is to b trTJm^ 
Ksetsoas to fall Ibelowthe value of a data receivable size ^sm^uLZLZ^Z"^^ 
of that value are ignored or rejected by the data reception node 2 

node, and a date reception node conta.n.ng a control node. In such a case, any one of the devices on which the use 
performs an operation by button operation, functions as a control node 

rJ 116 *T? miSSi ° n n0dS d0SS n0t necessari| y P^rm a fixed function such as a data transmission func- 
ton n other words* ,s poss.ble to employ a configuration so that a certain node serves as a data transmiss on Se 
P«^ 

ST £ P J 96t 6r d,gital stl " cameras t0 P rovide a astern in which data are exchanged therebetween 
0209] The data transfer method of the present invention provides a system capable oSSJCSSKEui 
system configurates, capable of achieving high processing efficiencies, and capable of easy el procSg 
INDUSTRIAL APPLICABILITY 

[0210] As can be seen from the above description, the present invention provides a date transfer svstem in whirh 
SeonS 
Srtot" sfJo^ 

ESSSLwS t3bl0Ck ' * In wh,ch a contr °' ^ (D issues to the second node a da ablock reception 
ns ruction containing therein a node identifier of the first node and issues to the first node a datablock transmSon 

orXf^ 



^possibletop^deasystem capable o^fUly co 
mg high process.ng eff (C iency, and capable of easily processing errors. 



transm.ss.on mstruction containing therein a node identifier of said second node; 
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thereafter, said datablock transfer from said first node to said second node is executed; 

after said datablock transfer is completed, said first node notifies said control node of a result of execution of 

said datablock transfer processing; and 

said second node notifies said control node of a result of execution of reception processing on said datablock. 

2. The data transfer method according to claim 1 , wherein, in a case where said control node and said first node are 
one and the same node, said datablock transmission instruction to said first node and said execution result notifi- 
cation from said first node to said control node are not issued onto said bus but are internally issued within said 
same node. 

3. The data transfer method according to claim 1 , wherein, in a case where said control node and said second node 
are one and the same node, said datablock reception instruction to said second node and said execution result 
notification from said second node to said control node are not issued onto said bus but are internally issued within 
said same node. 

4. The data transfer method according to claim 1 , wherein said second node ignores data transmitted from a node 
which is assigned an identifier different from said node identifier contained in said datablock reception instruction. 

5. The data transfer method according to claim 1, wherein said control node issues said datablock transmission 
instruction after the issuing of said datablock reception instruction. 

6. The data transfer method according to claim 1 , wherein said control node issues said datablock reception instruc- 
tion after the issuing of said datablock transmission instruction. 

7. The data transfer method according to claim 5, wherein, every time the transferring of each of said datablocks is 
completed, said first node notifies said control node of a result of execution of said datablock transfer processing, 
and of whether a datablock to be transferred next is the last of said datablocks. 

8. The data transfer method according to claim 5, 

wherein said datablock transmission instruction issued by said control node to said first node contains 
therein a data length of said datablock to be transferred; and 

wherein said datablock reception instruction issued by said control node to said second node contains 
therein a data length of said datablock to be received. 

9. The data transfer method according to claim 8, wherein, every time the transferring of each of said datablocks is 
completed, said first node notifies said control node of a result of execution of said datablock transfer processing 
and a data length of a datablock to be transferred next. 

1 0. The data transfer method according to claim 1 or claim 9, wherein, when said first node detects an error during the 
transfer of said datablock, said first node notifies said control node of a result of execution of said datablock transfer 
processing, and of a data retransfer request. 

1 1 . The data transfer method according to claim 1 , wherein, when transferring the same datablock from said first node 
to M nodes (where the number M is a natural number), said control node performs a process of issuing a transmis- 
sion indication instruction of said same datablock M times while performing another process of making changes in 
identifier of said M nodes which are to receive said same datablock, and performs control to repeat said processes 
N times (where the number N is a natural number) corresponding to the number of said datablocks. 

12. The data transfer method according to claim 11, wherein, at the time when said control node issues to said first 
node said datablock transmission instruction, a flag is contained which indicates whether a datablock transmission 
instruction, which is scheduled to be issued next, directs said first node to transfer (a) the same datablock or (b) the 
next datablock. 

13. The data transfer method according to claim 6, wherein a transfer of data from said first node to said second node 
is carried out by repetition of performing each of the following steps of: 

(1) a first step in which said second node transmits to said first node a notification representative of a data 
receivable state; 
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(2) a second step in which, at the time when said datablock is ready for transfer after reception of said notifica- 
tion from said second node, said first node performs an operation of transferring said datablock to said second 
node; and 

(3) a third step in which said first node transmits to said second node a notification representative of completion 
of said datablock transfer. 

14. The data transfer method according to claim 13, wherein said notification of said first step contains therein a max- 
imum data length receivable by said second node at said second step. 

15. The data transfer method according to claim 14, wherein said notification of said third step contains therein a data 
length that said first node transmits at said second step. 

16. The data transfer method according to claim 13, 

wherein said notification of said third step contains therein information indicative of the presence or absence 
of a data transfer completion indication; and 

wherein, if said notification of said third step has said data transfer completion indication, said second node 
then notifies said first node of the reception of said data transfer completion indication, thereby to terminate data 
transfer between said first node and said second node. 

17. The data transfer method according to claim 13, 

wherein, in said datablock transfer at said second step, said datablock to be transferred is broken up into one 
or more packets; and 

wherein said notification of said first step contains therein a maximum data length receivable by said second 
node for one packet. 

18. The data transfer method according to claim 14, wherein said maximum data length receivable by said second 
node is a value variable depending upon the internal processing state of said second node. 

19. The data transfer method according to claim 13, 

wherein after a predetermined time a has elapsed since said notification of said third step was completed, 
(1) said first node performs a process of stopping the transfer of said datablock in the absence of reception of said 
notification of said first step from said second node; or (2) if said second node fails to enter a receivable state within 
a predetermined time b (b < a), said second node transmits to said first node a notification representative of an 
unreceivable state thereby to cause said first node to change to a wait state for waiting for notification from said sec- 
ond node, and starts remeasuring the predetermined time a. 

20. The data transfer method according to claim 13, 

wherein, after a predetermined time c has elapsed since said notification of said first step was completed, 
(1) said second node performs a process of stopping the reception of said datablock (i.e., transfer of data) in the 
absence of reception of said datablockfrom said first node; or (2) if said first node fails to enter a transmittable state 
within a predetermined time d (d < c), said first node transmits to said second node a notification representative of 
an untransmittable state thereby to cause said second node to change to a wait state for waiting for notification from 
said first node, and starts remeasuring the predetermined time c. 

21 . A data transfer system in which data is broken up into N datablocks (where the number N is a natural number) for 
transfer from a first node to a second node on a bus system each of whose nodes is assigned a node identifier, 

wherein said data transfer system comprises a control node, said control node (1) issuing to said second 
node a datablock reception instruction containing therein a node identifier of said first node and (2) issuing to said 
first node a datablock transmission instruction containing therein a node identifier of said second node, prior to said 
datablock transfer; 

wherein said first node (1) transfers said datablock to said second node after said datablock reception 
instruction and said datablock transmission instruction are issued from said control node, and (2) notifies said con- 
trol node of a result of execution of said datablock transfer processing after said datablock transfer is completed; 
and 

wherein said second node notifies said control node of a result of execution of reception processing on said 
datablock transferred from said first node. 

22. The data transfer system according to claim 21 , wherein, in a case where said control node and said first node are 
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one and the same node, said datablock transmission instruction to said first node and said execution result notifi- 
cation from said first node to said control node are not issued onto said bus but are internally issued within said 
same node. 

23. The data transfer system according to claim 21, wherein, in a case where said control node and said second node 
are one and the same node, said datablock reception instruction to said second node and said execution result 
notification from said second node to said control node are not issued onto said bus but are internally issued within 
said same node. 

24. A data transfer controller comprising control means wherein, at the time when data is broken up into N datablocks 
(where the number N is a natural number) for transfer from a first node to a second node on a bus system each of 
whose nodes is assigned a node identifier, prior to said datablock transfer, said control means (1) issues to said 
second node a datablock reception instruction containing therein a node identifier of said first node and (2) issues 
to said first node a datablock transmission instruction containing therein a node identifier of said second node, 

wherein said first node (1) transfers said datablock to said second node after said datablock reception 
instruction and said datablock transmission instruction are issued from said control means, and (2) notifies said 
control means of a result of execution of said datablock transfer processing; and 

wherein said second node notifies said control means of a result of execution of reception processing on 
said datablock transferred from said first node. 

25. A program recording medium which records a program for a computer to perform all or part of steps in any of the 
data transfer methods defined in claims 1-20. 

26. A program recording medium which records a program for a computer to perform the function of all or part of means 
defined in any of claims 21-24. 
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